home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20021006-20030409 / 000331_b.stewart@bom.gov.au_Tue Feb 18 08:55:24 EST 2003.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  98 lines

  1. Article: 14128 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!nycmny1-snh1.gtei.net!news.gtei.net!newsfeed.mathworks.com!lon-transit.news.telstra.net!news.telstra.net!vicpull1.telstra.net!not-for-mail
  3. Message-ID: <3E51B7D8.FC4C0AF1@bom.gov.au>
  4. From: Bruce Stewart <b.stewart@bom.gov.au>
  5. X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U)
  6. X-Accept-Language: en
  7. MIME-Version: 1.0
  8. Newsgroups: comp.protocols.kermit.misc
  9. Subject: Re: Running multiple kermit scripts on one connection
  10. References: <775a2ab0.0302171458.f8f21f9@posting.google.com> <b2rrbl$ks3$1@watsol.cc.columbia.edu> <3E517E98.D89D779C@bom.gov.au> <b2rvbh$nnc$1@watsol.cc.columbia.edu> <3E518707.D695EA5B@bom.gov.au> <62g4a.27918$Mh3.8395448@twister.nyc.rr.com> <D8g4a.27946$Mh3.8399947@twister.nyc.rr.com>
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. Lines: 76
  14. Date: Tue, 18 Feb 2003 15:34:32 +1100
  15. NNTP-Posting-Host: 134.178.5.131
  16. X-Complaints-To: abuse@telstra.net
  17. X-Trace: vicpull1.telstra.net 1045542652 134.178.5.131 (Tue, 18 Feb 2003 15:30:52 EST)
  18. NNTP-Posting-Date: Tue, 18 Feb 2003 15:30:52 EST
  19. Organization: Customer of Telstra Internet Direct
  20. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14128
  21.  
  22. I made my c++ program make a handle to the modem that was inheritable
  23. by child processes.
  24.  
  25. I then ran kermit using the following command-line:
  26.  -l <handle_num>
  27.  
  28. it opened up.
  29.  
  30. Then, I did: dial <number>, to dial the other computer. It dialed and
  31. connected.
  32.  
  33. But, something 'funny' occured. Ussually when it connects, it goes into
  34. connect mode (blue screen), and outputs following:
  35. NO CARRIER
  36. +++ATQ0H0
  37. OK
  38. ATQ0V1
  39. OK
  40. ATDT4001
  41. CARRIER 2400
  42.  
  43. PROTOCOL: ALT
  44.  
  45. CONNECT 2400
  46.  
  47. OK
  48. ATQ0V1
  49. OK
  50. ATDT4001
  51. CARRIER 2400
  52.  
  53. PROTOCOL: ALT
  54.  
  55. CONNECT 2400
  56.  
  57. but, this time, it went into blue screen but no text was outputed, and the
  58. screen froze. I say froze because I would type, and nothing would happen.
  59. No characters would appear on the other side either. In windows task
  60. manager it still had the status as 'Running'.
  61.  
  62. Any ideas as to  what could be wrong?
  63.  
  64. "Jeffrey Altman [Road Runner NYC]" wrote:
  65.  
  66. > Some thoughts:
  67. >
  68. > * in your c++ program make sure you make the Handle to the serial device
  69. >    inheritable by child processes
  70. >
  71. > * when testing with k95 starting k95 be sure to not load the init file
  72. >
  73. >       run k95.exe -Y -l _\v(ttyfd)
  74. >
  75. > Jeffrey Altman wrote:
  76. > > Just tested this with the current release 2.1.3.
  77. > > Works just fine between two copies of K95 on two laptops connected by a
  78. > > serial cable over COM1.  115200, RTS/CTS, SET CARRIER-WATCH OFF, SET
  79. > > MODEM TYPE NONE.
  80. > >
  81. > > I am the author.
  82. > >
  83. > >
  84. > > Bruce Stewart wrote:
  85. > >
  86. > >> Well, I tried it from c++. Opening a handle and then tried to run
  87. > >> kermit with
  88. > >> the command-line option -l _<device_handle>. It still didn't work giving
  89. > >> the same error message "can't open device".
  90. > >>
  91. > >> If its in the documentation, I would imagine that its been tested by
  92. > >> the kermit
  93. > >> developers. Is their an email with which to contact kermit makers for
  94. > >> help?
  95. > >>
  96. > >
  97.  
  98.